home *** CD-ROM | disk | FTP | other *** search
/ Columbia Kermit / kermit.zip / newsgroups / misc.20041116-20060924 / 000275_jaltman2@nyc.rr.com_Sun Mar 19 14:57:58 2006.msg < prev    next >
Internet Message Format  |  2020-01-01  |  4KB
  1. Path: newsmaster.cc.columbia.edu!newsfeed.nyu.edu!News.Math.NCTU.edu.tw!newsfeed.news2me.com!nx01.iad01.newshosting.com!newshosting.com!207.115.63.142.MISMATCH!newscon02.news.prodigy.com!newscon06.news.prodigy.com!prodigy.net!news-east.rr.com!news-wrt-01.rdc-nyc.rr.com!news-feed-01.rdc-nyc.rr.com!news.rr.com!news-out.nyc.rr.com!news-wrt-01.rdc-nyc.rr.com.POSTED!53ab2750!not-for-mail
  2. From: Jeffrey Altman <jaltman2@nyc.rr.com>
  3. User-Agent: Thunderbird 1.5 (Windows/20051201)
  4. MIME-Version: 1.0
  5. Newsgroups: comp.protocols.kermit.misc
  6. Subject: Re: closing a macro completely upon connect
  7. References: <uGRPf.40748$VV4.591414@ursa-nb00s0.nbnet.nb.ca> <kLSPf.9392$X.1010@news-wrt-01.rdc-nyc.rr.com> <slrne10fck.8bc.fdc@sesame.cc.columbia.edu> <RqZPf.40942$VV4.594211@ursa-nb00s0.nbnet.nb.ca> <slrne10uul.jul.fdc@sesame.cc.columbia.edu> <H81Qf.41050$VV4.597519@ursa-nb00s0.nbnet.nb.ca> <ok2Qf.12766$nB6.1669@news-wrt-01.rdc-nyc.rr.com> <aQkQf.41491$VV4.608841@ursa-nb00s0.nbnet.nb.ca> <pVlQf.14280$4%1.10175@news-wrt-01.rdc-nyc.rr.com> <ATwQf.41716$VV4.616149@ursa-nb00s0.nbnet.nb.ca> <s3CQf.15925$nB6.6246@news-wrt-01.rdc-nyc.rr.com> <vmPQf.42198$VV4.628778@ursa-nb00s0.nbnet.nb.ca> <3CVQf.10658$X.5797@news-wrt-01.rdc-nyc.rr.com> <KaQRf.43750$VV4.667140@ursa-nb00s0.nbnet.nb.ca>
  8. In-Reply-To: <KaQRf.43750$VV4.667140@ursa-nb00s0.nbnet.nb.ca>
  9. Content-Type: text/plain; charset=ISO-8859-1
  10. Content-Transfer-Encoding: 7bit
  11. Lines: 53
  12. Message-ID: <EWZRf.18631$4%1.15@news-wrt-01.rdc-nyc.rr.com>
  13. Date: Wed, 15 Mar 2006 19:29:40 GMT
  14. NNTP-Posting-Host: 68.175.91.105
  15. X-Complaints-To: abuse@rr.com
  16. X-Trace: news-wrt-01.rdc-nyc.rr.com 1142450980 68.175.91.105 (Wed, 15 Mar 2006 14:29:40 EST)
  17. NNTP-Posting-Date: Wed, 15 Mar 2006 14:29:40 EST
  18. Organization: Road Runner High Speed Online http://www.rr.com
  19. Xref: newsmaster.cc.columbia.edu comp.protocols.kermit.misc:15528
  20.  
  21. The correct syntax for assigning macro "foo" to a key is
  22.  
  23.    SET TERMINAL KEY <ttype> <keycode> \Kfoo
  24.    SET KEY <keycode> \Kfoo
  25.  
  26. If you don't specify the \K then you are assigning the string "foo" as
  27. a string to be output to the host.
  28.  
  29. Please re-read what I have written.  At no point have I indicated that
  30. the ability to execute macros from keys when pressed in CONNECT mode is
  31. going away.  You have indicated a desire to have macros execute without
  32. the switch from CONNECT mode to COMMAND mode.  This is not going to occur.
  33.  
  34. Jeffrey Altman
  35.  
  36.  
  37. Scott Caissie wrote:
  38. > With the patch, can I still invoke a macro definition as a Kverb while in 
  39. > Connect mode?
  40. > 
  41. > ie:
  42. >>  define doconnect {
  43. >>    CONNECT /SYNCHRONOUS
  44. >>  }
  45. > 
  46. > for me to activate this while in Connect mode, I have to use: "Set key \??? 
  47. > \kdoconnect".
  48. > "Set key \??? doconnect" (not a kverb) just spams the word doconnect within 
  49. > the connect window while not activating the macro itself.
  50. > 
  51. > Its the only way I know how to activate a macro from within the connect 
  52. > window.
  53. > The ability to do this has amazing potential. I created a great deal amount 
  54. > of enhancements this way. If you like I can send a few to you.
  55. > But apparently this is what.. an exploit? I had no reading materials when I 
  56. > first started researching this. Just the embedded help. After my 1st week of 
  57. > a great deal amount of trial and errors, this is what I came up with. I just 
  58. > kept figuring I was doing something wrong. Emailed Frank da Cruz about a way 
  59. > to activate macros from within the connect mode. On jan 14th, he said 
  60. > literarly: "There is a bug in the current version of Kermit 95 that prevents 
  61. > running macros from keystrokes".
  62. > 
  63. > I always assumed that it was going to be corrected. I now have the book 
  64. > written by him. You're saying otherwise. Now my only concern is having all 
  65. > my work destroyed if this method is removed with the patch.
  66. > 
  67. > All I need to know is if my work will continue to work with the patch. Right 
  68. > now I don't know if I want patch anymore. I'm afraid that it'll ruin 
  69. > everything. We're rather dependant on those enhancements now. I scrapped 
  70. > that one macro until later on. Everything else is at 100% and I wish to keep 
  71. > it that way. 
  72. > 
  73. >